<!DOCTYPE HTML PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN""http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html lang="zh" xml:lang="zh" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<head>
<META http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>Guideline: 需求管理计划</title>
<meta name="uma.type" content="Guideline">
<meta name="uma.name" content="requirements_management_plan">
<meta name="uma.presentationName" content="需求管理计划">
<meta name="element_type" content="other">
<meta name="filetype" content="description">
<meta name="role" content="">
<link rel="StyleSheet" href="./../../../css/default.css" type="text/css">
<script src="./../../../scripts/ContentPageResource.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/ContentPageSection.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/ContentPageSubSection.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/ContentPageToolbar.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/contentPage.js" type="text/javascript" language="JavaScript"></script><script type="text/javascript" language="JavaScript">
					var backPath = './../../../';
					var imgPath = './../../../images/';
					var nodeInfo=null;
					contentPage.preload(imgPath, backPath, nodeInfo,  '', false, false, false);
				</script>
</head>
<body>
<div id="breadcrumbs"></div>
<table border="0" cellpadding="0" cellspacing="0" width="100%">
<tr>
<td valign="top"><a name="Top"></a>
<div id="page-guid" value="4.586310330958445E-305"></div>
<table border="0" cellspacing="0" cellpadding="0" width="100%">
<tr>
<td class="pageTitle" nowrap="true">Guideline: 需求管理计划</td><td width="100%">
<div align="right" id="contentPageToolbar"></div>
</td><td width="100%" class="expandCollapseLink" align="right"><a name="mainIndex" href="./../../../index.htm"></a><script language="JavaScript" type="text/javascript" src="./../../../scripts/treebrowser.js"></script></td>
</tr>
</table>
<table width="100%" border="0" cellpadding="0" cellspacing="0">
<tr>
<td class="pageTitleSeparator"><img src="./../../../images/shim.gif" alt="" title="" height="1"></td>
</tr>
</table>
<div class="overview">
<table width="97%" border="0" cellspacing="0" cellpadding="0">
<tr>
<td width="50"><img src="./../../../images/guidance.gif" alt="" title=""></td><td>
<table class="overviewTable" border="0" cellspacing="0" cellpadding="0">
<tr>
<td valign="top">需求管理计划主要定义项目干系人关系以及他们的职责、可跟踪性项、需求变更管理和与需求相关的报告和评估。本指南有助于制定完整、有效的需求管理计划。</td>
</tr>
</table>
</td>
</tr>
</table>
</div>
<div class="sectionHeading">Relationships</div>
<div class="sectionContent">
<table class="sectionTable" border="0" cellspacing="0" cellpadding="0">
<tr valign="top">
<th class="sectionTableHeading" scope="row">Related Elements</th><td class="sectionTableCell">
<ul>
<li>
<a href="./../../../rup/tasks/develop_rm_plan_89FFEB9A.html" guid="{97E25B86-33D4-4378-A3C8-D6DCFEF35A77}">Develop Requirements Management Plan</a>
</li>
<li>
<a href="./../../../rup/domains/requirements_58267518.html" guid="_KVkLoN7HEdm8G6yT7-Wdqw">需求</a>
</li>
<li>
<a href="./../../../rup/workproducts/rup_requirements_management_plan_1CA2ED11.html" guid="{53CFF11F-D0DB-4C92-B4D8-90D46B0EE3DF}">需求管理计划</a>
</li>
</ul>
</td>
</tr>
</table>
</div>
<div class="sectionHeading">Main Description</div>
<div class="sectionContent">
<table class="sectionTable" border="0" cellspacing="0" cellpadding="0">
<tr valign="top">
<td class="sectionTableSingleCell"><a id="Top" name="Top"></a><a key="需求管理计划（requirements management plan）" text="指南" name="XE_requirements_management_plan__guidelines_for" id="XE_requirements_management_plan__guidelines_for" class="index"></a> 
<h3>
    <a id="RelationshipToOtherPlans" name="RelationshipToOtherPlans">与其他计划的关系</a> <a key="需求管理计划（requirements management plan）" text="与其他计划的关系" name="XE_requirements_management_plan__relationship_to_other_plans" id="XE_requirements_management_plan__relationship_to_other_plans" class="index"></a>
</h3>
<p>
    需求管理计划包含其他计划可能或多或少涵盖的信息。
</p>
<p>
    有关定制指导信息的信息，请参阅<a class="elementLinkWithUserText" href="./../../../rup/workproducts/rup_requirements_management_plan_1CA2ED11.html#Tailoring" guid="{53CFF11F-D0DB-4C92-B4D8-90D46B0EE3DF}">工作产品：需求管理计划，定制</a>。
</p>
<h3>
    <a id="OrganizationResponsibilitiesInterfaces" name="OrganizationResponsibilitiesInterfaces">组织、职责和界面</a> <a key="需求管理（Requirements Management）" text="建立项目干系人关系" name="XE_Requirements_Management__establishing_stakeholder_relationships" id="XE_Requirements_Management__establishing_stakeholder_relationships" class="index"></a>
</h3>
<p>
    如<a class="elementLinkWithType" href="./../../../rup/guidances/whitepapers/applying_requirements_management_with_use_cases_A431D8A1.html" guid="1.4430543155816335E-305">Whitepaper: 使用用例应用需求管理</a>中所述，需求管理对于确保项目成功是很重要的。项目失败最常见的原因包括：
</p>
<ul>
    <li>
        缺少用户输入
    </li>
    <li>
        需求不完整
    </li>
    <li>
        变更需求
    </li>
</ul>
<p>
    需求错误也可能是最常见类别的错误，而改正的花费也最高。
</p>
<p>
    与项目干系人保持恰当的关系会有助于解决这些问题。项目干系人是定义需求和了解需求优先级的关键输入源。但是，很多项目干系人对所需特性的成本和日程安排影响缺乏了解，因此开发组织必须控制项目干系人的期望值。
</p>
<p>
    建立项目干系人关系包括定义：
</p>
<ul>
    <li>
        项目干系人的职责：可以向站点上的职员咨询吗？要预先安排时间吗？
    </li>
    <li>
        项目干系人对项目工作产品的了解：可以了解所有工作产品吗？仅在已安排的里程碑上了解吗？
    </li>
</ul>
<h3>
    <a id="Identifying_Traceability_Items" name="Identifying_Traceability_Items">确定可跟踪性项</a> <a key="需求管理计划（requirements management plan）" text="确定可跟踪性项" name="XE_requirements_management_plan__identifying_traceability_items" id="XE_requirements_management_plan__identifying_traceability_items" class="index"></a>
</h3>
<p>
    描述可跟踪性项并定义如何对它们进行命名、标记和编号。请参阅<a class="elementLinkWithUserText" href="./../../../rup/guidances/concepts/types_of_requirements_528C097C.html" guid="5.360970653483052E-305">概念：需求类型</a>和<a class="elementLinkWithType" href="./../../../rup/guidances/concepts/traceability_8F6B898D.html" guid="1.4005695544042474E-306">Concept: 可跟踪性</a>。
</p>
<p>
    在<a class="elementLinkWithType" href="./../../../rup/tasks/develop_rm_plan_89FFEB9A.html" guid="{97E25B86-33D4-4378-A3C8-D6DCFEF35A77}">Task: Develop Requirements Management Plan</a>中列出了最重要的可跟踪性项。
</p>
<h3>
    <a id="SpecifyingTraceability" name="SpecifyingTraceability">指定可跟踪性</a> <a key="需求管理计划（requirements management plan）" text="指定可跟踪性" name="XE_requirements_management_plan__specifying_traceability" id="XE_requirements_management_plan__specifying_traceability" class="index"></a>
</h3>
<p>
    <a class="elementLinkWithType" href="./../../../rup/tasks/develop_rm_plan_89FFEB9A.html" guid="{97E25B86-33D4-4378-A3C8-D6DCFEF35A77}">Task: Develop Requirements Management Plan</a>中描述了一组有限的基本工作产品的典型可跟踪性。
</p>
<p>
    除了确定可跟踪性链接外，还应指定链接的基数。一些常见的约束是：
</p>
<ul>
    <li>
        每个已核准的产品特性必须链接到一个或多个补充需求和／或一个或多个用例。
    </li>
    <li>
        每个补充需求和每个用例部分都必须链接到一个或多个测试用例。
    </li>
</ul>
<p>
    白皮书<a class="elementLinkWithUserText" href="./../../../rup/guidances/whitepapers/traceability_strategies_for_managing_requirements_with_use_cases_D9290D4C.html" guid="1.5589034932025651E-305">使用用例管理需求的可跟踪性策略</a>中提供更详细的可跟踪性讨论。
</p>
<h3>
    <a id="SampleAttributes" name="SampleAttributes">样例属性</a> <a key="需求管理计划（requirements management plan）" text="样本属性" name="XE_requirements_management_plan__sample_attributes" id="XE_requirements_management_plan__sample_attributes" class="index"></a>
</h3>
<p>
    以下是您可能想要从中选择的、使用<a class="elementLinkWithType" href="./../../../rup/tasks/develop_rm_plan_89FFEB9A.html" guid="{97E25B86-33D4-4378-A3C8-D6DCFEF35A77}">Task: Develop Requirements Management Plan</a>中确定的需求类型组织的一些示例属性。
</p>
<h4>
    项目干系人需要
</h4>
<blockquote>
    <p>
        <b>源：</b>发出需求的项目干系人。（这也可作为“项目干系人”可跟踪性项的可跟踪性来实现。）
    </p>
    <p>
        <b>贡献：</b>表示针对总体业务机会提出的问题或该项目所解决的问题。百分比（0 至 100%）。所有贡献的总和不应大于 100%。下面是<a class="elementLinkWithUserText" href="./../../../rup/guidances/guidelines/pareto_diagrams_8192A4DE.html" guid="3.7162984695584875E-306">排列图</a>的示例，它显示了几个项目干系人需要各自的贡献。
    </p>
</blockquote>
<p>
    <img height="162" alt="显示 5 个问题对总体业务机会的相对影响的图" src="./../../../rup/guidances/guidelines/resources/pareto.gif" width="501" border="0" />
</p>
<h4>
    特性、补充需求和用例
</h4>
<blockquote>
    <p>
        <b>状态：</b>表示“官方渠道”是否已评审和接受了需求。示例值为“已提议”、“已拒绝”和“已核准”。
    </p>
    <p>
        这可以是约定状态或由能做出绑定决策的工作组设置的状态。
    </p>
    <p>
        <b><a id="Benefit" name="Benefit">利益</a>：</b>从项目干系人立场来考虑的重要性。
    </p>
    <ul>
        <li>
            <b>关键</b>（或主要）。这些关系到系统的主要任务、其基本功能和为之开发系统的那些功能。如果缺少这些功能，系统则无法完成其主要任务。这些功能推动架构设计，并将成为最常用的用例。
        </li>
        <li>
            <b>重要</b>（或次要）。这些关系到系统功能的支持，如统计数据编译、报告生成、监督和功能测试。如果缺少这些功能，系统仍可（暂时）完成其基本任务，但服务质量会有所下降。在建模时，这些用例的重要性将低于关键用例。
        </li>
        <li>
            <b>有用</b>（最好有）。这些“适宜的”特性并不关系到系统的主要任务，但有助于系统的使用或市场定位。
        </li>
    </ul>
    <p>
        <b>工时：</b>实现需求所需的估计工作天数。
    </p>
    <p>
        例如，这可以分为低、中、高等几类。如，低 = &lt; 1 天，中 = 1-20 天，高 = &gt;20 天。
    </p>
    <p>
        在定义“工时”时，应明确指出估计值中所包括的各项开销（管理工时、测试工时、需求工时等等）。
    </p>
    <p>
        <b>大小：</b>估计的非注释性源代码行（SLOC），不包括任何测试代码。
    </p>
    <p>
        为了更好的计算成本估计值，您可能希望区分新的 SLOC 和重用的 SLOC。
    </p>
    <p>
        <b><a id="Risk" name="Risk">风险</a>：</b>实现需求时将遇到重大的不良事件（如偏离进度安排、成本超支或取消安排）的可能性百分比。
    </p>
    <p>
        例如，这可以分为低、中、高等几类。如，低 = &lt; 10%，中 = 10-50%，高 = &gt; 50%。
    </p>
    <p>
        风险的另一个选项是单独跟踪技术风险 － 由于缺乏领域经验和／或必需技术而在实现需求时遇到严重困难的可能性百分比。总体风险可以计算为基于其他属性（包括规模、工时、稳定性、技术风险、架构影响和组织复杂度）的加权和。
    </p>
    <p>
        <b>组织复杂度：</b>对制定需求的组织的控制分类。
    </p>
    <ul>
        <li>
            <b>内部：</b>某个站点上的内部开发
        </li>
        <li>
            <b>地理：</b>在地理位置上分散的小组
        </li>
        <li>
            <b>外部：</b>公司内的外部组织。&nbsp;&nbsp;
        </li>
        <li>
            <b>供应商：</b>转包或购买在外部开发的软件。
        </li>
    </ul>
    <p>
        <b><a id="Architectural Impact" name="Architectural Impact">架构影响</a>：</b>表示该需求将如何影响软件架构。
    </p>
    <ul>
        <li>
            <b>无</b>：不影响现有架构。
        </li>
        <li>
            <b>扩展</b>：需要扩展现有的架构。
        </li>
        <li>
            <b>修改</b>：必须变更现有的架构，以适应需求。&nbsp;&nbsp;
        </li>
    </ul>
    <p>
        <b>稳定性：</b>该需求发生变更或开发小组对需求的理解发生变更的可能性。（&gt;50% = 高，10..50% = 中，&lt;10%= 低）
    </p>
    <p>
        <b>目标发行版：</b>满足需求的预期产品发行版。（R1、R1.1、R2 ...）
    </p>
    <p>
        <b>危险级别／紧急程度：</b>影响健康、福利或造成经济后果的程度， 通常是由于软件未能按要求执行引起的。
    </p>
    <ul>
        <li>
            <b>可忽略：</b>不会导致严重的人员伤害或设备损害。
        </li>
        <li>
            <b>不重要：</b>可以得到控制，不会造成人员伤害或重大的系统损害。
        </li>
        <li>
            <b>紧急：</b>可能会造成人员伤害或重大的系统损害，或为了挽救人员或系统而需要立即采取更正措施。
        </li>
        <li>
            <b>灾难：</b>可能会导致严重伤害或死亡，或是系统完全瘫痪。
        </li>
    </ul>
    <p>
        危险还可以确定为单独的需求类型并链接到相关的用例。您可能还想跟踪危险概率，更正性措施和／或预防措施。
    </p>
    <p>
        <b>说明：</b>在某些情况下，需求形成了正式合同，这时变更需求的措词可能很难且花费很大。在开发组织更好地理解需求后，可能有必要附加说明文本，而不是简单地变更需求的正式措词。
    </p>
</blockquote>
<h4>
    用例
</h4>
<p>
    除以上内容外，跟踪以下用例属性也是有用的：
</p>
<blockquote>
    <p>
        <b>详细程度百分比：</b>详细描述用例的程度：
    </p>
    <ul>
        <li>
            <b>10%：</b>提供基本描述。
        </li>
        <li>
            <b>50%：</b>记录主要流程。
        </li>
        <li>
            <b>80%：</b>完成事项，但不进行评审。充分指定所有前置条件和后置条件。
        </li>
        <li>
            <b>100%</b>：已评审并已核准。
        </li>
    </ul>
</blockquote>
<h4>
    测试用例
</h4>
<blockquote>
    <p>
        <b>状态：</b>在测试开发期间跟踪进度。
    </p>
    <ul>
        <li>
            <b>无活动：</b>在开发该测试用例期间未完成任何工作。
        </li>
        <li>
            <b>手动：</b>已创建手动脚本并确认能够验证相关的需求。
        </li>
        <li>
            <b>自动：</b>已创建自动脚本并确认能够验证相关联的需求。
        </li>
    </ul>
</blockquote>
<h4>
    一般属性
</h4>
<p>
    具有一般适用性的其他一些需求属性是：
</p>
<ul>
    <li>
        计划的迭代
    </li>
    <li>
        实际迭代
    </li>
    <li>
        责任方
    </li>
</ul>
<h3>
    <a id="AssigningRequirementsAttributes" name="AssigningRequirementsAttributes">选择属性</a> <a key="需求管理计划（requirements management plan）" text="选择属性" name="XE_requirements_management_plan__selecting_attributes" id="XE_requirements_management_plan__selecting_attributes" class="index"></a>
</h3>
<p>
    属性用于跟踪与可跟踪性项相关的信息，通常用于状态和报告目的。每个组织都可能需要针对自身组织的特定跟踪信息。指定属性之前，应考虑：
</p>
<ul>
    <li>
        谁将提供该信息？
    </li>
    <li>
        谁将使用该信息，且该信息为什么有用？
    </li>
    <li>
        跟踪该信息的花费与效益相比值得吗？
    </li>
</ul>
<p>
    为了允许对需求划分优先级以进行范围管理和针对迭代分配需求，要跟踪的基本属性是<b>风险、利益、工时、稳定性</b>和<b>架构影响</b>。起先应对“特性”跟踪这些属性，然后对所有用例和补充需求进行跟踪。
</p>
<h4>
    考虑派生信息
</h4>
<p>
    除直接使用需求属性外，您可能还希望通过其他需求类型的可跟踪性从这些需求属性中派生出信息。一些典型的派生模式是：
</p>
<ul>
    <li>
        <b>向下派生</b> － 根据上面的可跟踪性，假设产品特性具有属性“目标发行版”。用户可以推断，由该产品特性跟踪的每个用例部分在指定目标发行版中（或在该发行版之前）必须也是可用的。
    </li>
    <li>
        <b>向上派生</b> － 根据上面的可跟踪性，假设用例部分具有属性“估计工时”。通过将产品特性跟踪的用例部分的估计工时相加，可估计产品特性的成本。使用该方法时必须小心，因为可能有多个产品特性映射到同一个用例部分。
    </li>
</ul>
<p>
    因此，为了向需求类型分配需求属性，应考虑：
</p>
<ul>
    <li>
        我们希望由该属性生成什么派生信息／报告？
    </li>
    <li>
        应在可跟踪性层次结构的哪一级别跟踪此属性？
    </li>
</ul>
<h4>
    属性依赖关系
</h4>
<p>
    某些属性可能仅适用于某一级别的开发。例如，一旦在设计中完整地表示出用例，用例的估计工时属性就可由设计元素的工时估计值替换。
</p>
<h3>
    <a id="ReportsAndMeasures" name="ReportsAndMeasures">报告和评估</a> <a key="需求管理计划（requirements management plan）" text="报告和评估" name="XE_requirements_management_plan__reports_and_measures" id="XE_requirements_management_plan__reports_and_measures" class="index"></a>
</h3>
<p>
    以下是与需求相关的报告和评估示例。通过为项目选择所需／预期的一组报告和评估，就可以得出需求管理计划的必要属性。
</p>
<div align="center">
    <table     style="BORDER-RIGHT: rgb(128,128,128) 1px solid; BORDER-TOP: rgb(128,128,128) 1px solid; BORDER-LEFT: rgb(128,128,128) 1px solid; BORDER-BOTTOM: rgb(128,128,128) 1px solid"      cellspacing="0" bordercolordark="#808080" cellpadding="4" width="100%" bordercolorlight="#808080" border="1">
        <tbody>
            <tr>
                <th align="left" width="50%">
                    <b>报告／评估描述</b>
                </th>
                <th align="left" width="50%">
                    <b>用于</b>
                </th>
            </tr>
            <tr>
                <td width="33%">
                    <b>用例的开发优先级（按风险、利益、工时、稳定性和架构影响排序的用例列表）。</b>
                </td>
                <td width="33%">
                    这可以是单独排序的列表，或是按这些属性的加权组合排序的单个列表。用于<a class="elementLinkWithType" href="./../../../rup/tasks/prioritize_use_cases_E6E4D9A0.html" guid="{6E23D919-D149-43C2-9D37-8AF77B667CA8}">Task: 划分用例优先级</a>。
                </td>
            </tr>
            <tr>
                <td width="33%">
                    <b>每个状态类别中的特性百分比。</b>
                </td>
                <td width="33%">
                    在定义项目基线期间跟踪进度。
                </td>
            </tr>
            <tr>
                <td width="33%">
                    &nbsp;－ 按目标发行版分类
                </td>
                <td width="33%">
                    &nbsp;－ 跟踪每个发行版的进度
                </td>
            </tr>
            <tr>
                <td width="33%">
                    &nbsp;－ 按工时加权
                </td>
                <td width="33%">
                    &nbsp;－ 提供更精确的进度评估。
                </td>
            </tr>
            <tr>
                <td width="33%">
                    <b>按风险排序的特性</b>
                </td>
                <td width="33%">
                    &nbsp;－ 确定风险特性。用于范围管理和向迭代指定特性。
                </td>
            </tr>
            <tr>
                <td width="33%">
                    &nbsp;－ 按目标发行版分类，具有每个目标发行版汇总的开发风险
                </td>
                <td width="33%">
                    &nbsp;－ 对于评估风险特性是安排在项目早期还是后期很有用。
                </td>
            </tr>
            <tr>
                <td width="33%">
                    <b>按稳定性排序的用例部分</b>
                </td>
                <td width="33%">
                    &nbsp;－ 用于决定需要使哪些用例部分保持稳定。
                </td>
            </tr>
            <tr>
                <td width="33%">
                    &nbsp;－ 按影响架构加权或排序
                </td>
                <td width="33%">
                    &nbsp;－ 用于将在架构方面重要的用例和／或高工时用例优先安排为首先进行稳定。
                </td>
            </tr>
            <tr>
                <td width="33%">
                    <b>具有未定义属性的需求</b>
                </td>
                <td width="33%">
                    第一次提议需求时，您可能不会立即指定所有属性（如通过使用缺省的“未定义”值）。<a class="elementLinkWithType" href="./../../../rup/guidances/checklists/software_requirements_specification_D39EF65A.html" guid="9.705252819955612E-305">Checklist: 软件需求规约</a>使用此报告检查此类未定义属性。
                </td>
            </tr>
            <tr>
                <td width="33%">
                    <b>具有不完整可跟踪性链接的可跟踪性项</b>
                </td>
                <td width="33%">
                    不正确或不完整可跟踪性链接的报告用于<a class="elementLinkWithType" href="./../../../rup/guidances/checklists/software_requirements_specification_D39EF65A.html" guid="9.705252819955612E-305">Checklist: 软件需求规约</a>。
                </td>
            </tr>
        </tbody>
    </table><br />
</div>
<h3>
    <a id="RequirementsChangeManagement" name="RequirementsChangeManagement">需求变更管理</a> <a href="#Top"><img height="20"     alt="回到页首" src="./../../../rup/resources/top.gif" width="26" border="0" /></a>
</h3>
<p>
    变更是不可避免的，并应进行计划。进行变更是因为：
</p>
<ul>
    <li>
        要解决的问题存在变更。这可能是由于新的法规、经济压力、技术变更等等。
    </li>
    <li>
        项目干系人改变了想法或改变了对希望系统执行的工作的认知。这可能归咎于各种原因，包括负责人的变更、更深入地理解问题等。
    </li>
    <li>
        定义原始需求时，未能包括所有项目干系人或未能询问所有适当的问题。
    </li>
</ul>
<p>
    管理变更需求的策略包括：
</p>
<ul>
    <li>
        为需求建立基线
    </li>
    <li>
        建立控制变更的单一通道
    </li>
    <li>
        维护变更历史记录
    </li>
</ul>
<h4>
    为需求建立基线 <a href="#Top"><img height="20" alt="回到页首" src="./../../../rup/resources/top.gif" width="26" border="0" /></a>
</h4>
<p>
    精化阶段结束时，系统分析人员应为所有已知需求建立基线。通常的执行步骤如下：确保存在对需求工作产品的版本控制，并确定一组工作产品及其形成基线的版本。
</p>
<p>
    基线的目的不是用于冻结需求。而是使得能够确定、传达、估计和控制新需求和修改过的需求。
</p>
<p>
    另请参阅<a class="elementLinkWithUserText" href="./../../../rup/guidances/toolmentors/baseline_requirements_C387B42A.html" guid="{CC4BC013-6917-468D-A3DC-0E696FB9DB7A}">工具向导：为 Rational RequisitePro 项目建立基线</a>。
</p>
<h4>
    建立控制变更的单一通道
</h4>
<p>
    项目干系人的变更需要不能假设为正式变更预算和进度安排。通常情况下，必须先启动协商或预算协调流程，然后才能核准变更。通常变更必须相互平衡。
</p>
<p>
    每个变更通过单一通道即变更控制委员会（CCB）的核准是至关重要的，可确定变更对系统的影响并进行正式的核准。提议变更的机制为<a class="elementLinkWithUserText" href="./../../../rup/tasks/submit_change_request_29FC7F2E.html" guid="{1393CA8E-5CA4-4494-93FE-587F51931896}">提交</a><a class="elementLink" href="./../../../rup/workproducts/rup_change_request_F2E6419.html" guid="{694A7BC8-3D20-4172-BC56-6C7BD4590BA5}">变更请求</a>，该请求由 CCB <a class="elementLinkWithUserText" href="./../../../rup/tasks/review_change_request_E7D91346.html" guid="{1CD358DF-3FFC-4281-B3EF-8E3CD76C5900}">评审</a>。
</p>
<p>
    要获取更多信息，请参阅<a class="elementLinkWithType" href="./../../../rup/tasks/establish_project_change_control_process_159A3B7A.html" guid="{0A40D5A0-2119-4D42-9B35-72D9B42BB4FA}">Task: Establish Change Control Process</a>。
</p>
<h4>
    维护变更历史记录
</h4>
<p>
    维护各个需求的变更审计跟踪是很有用的。该变更历史记录可使您查看该需求之前的所有变更以及属性值的变更和变更的基本原因。对于评估需求的实际稳定性和确定变更控制流程可能不起作用的情况（例如，确定未正确评审和核准的需求变更），这可能是很有用的。
</p><br />
<br /></td>
</tr>
</table>
</div>
<table class="copyright" border="0" cellspacing="0" cellpadding="0">
<tr>
<td class="copyright">Copyright &copy; 2008 版权所有 东软集团股份有限公司&nbsp; 联系邮箱:<a href="mailto:tcoe@neusoft.com">tcoe@neusoft.com</a></td>
</tr>
</table>
</td>
</tr>
</table>
</body>
<script type="text/javascript" language="JavaScript">
				contentPage.onload();
			</script>
</html>
